home *** CD-ROM | disk | FTP | other *** search
/ Aminet 31 / Aminet 31 (1999)(Schatztruhe)[!][Jun 1999].iso / Aminet / docs / help / a590faq.txt < prev    next >
Encoding:
Text File  |  1999-04-01  |  20.2 KB  |  408 lines
  1. --------------------------------------------------------------------------
  2.  
  3. FAQ: HOW TO UPDATE YOUR A590 TO MEET TODAY'S REQUIREMENTS
  4. a.k.a. A590 and Guru-ROM V6 in perfect harmony, how?
  5.  
  6. Version: 1.2, Date: Wednesday, 31st March 1999.
  7.  
  8. Maintained by Timo Rönkkö <deadbeat73@hotmail.com>.
  9.  
  10. --------------------------------------------------------------------------
  11.  
  12. The purpose of this document is to help out the owners of A590, but
  13. this information could be partially useful to A2091 owners as well.
  14. However, the use of good, old-fashioned common sense is recommended.
  15.  
  16. As usual, standard disclaimer applies: it's your own risk, and the
  17. author of this document can't be held liable for anything. I.E.,
  18. if your cat gets run over by a car and/or if your house burns down,
  19. it's still your own problem.
  20.  
  21. This document covers the most common A590 related questions and
  22. tries to give satisfying answers as well. If you haven't wondered
  23. about these things before, maybe it's about time. After all, the
  24. A590 is indeed showing it's age in some aspects.
  25.  
  26. --------------------------------------------------------------------------
  27.  
  28. Q: Drives bigger than 1 GB won't work properly, what's wrong?
  29. A: The 6.6 ROM's (afaik, the last version) from Commodore can only
  30.    access blocks up to 2,097,152 (two million, ninety-seven
  31.    thousand, one hundred and fifty-two). Keeping in mind that
  32.    one block equals 512 bytes, this forms a barrier at 1 GB mark.
  33.  
  34. Q: Could I cheat by changing the volume blocksize to 1024, 2048...?
  35. A: No, this doesn't work. The 1 GB problem remains.
  36.  
  37. Q: Is there anything I could do to fix this problem, then?
  38. A: The simplest solution is to surf to http://www.schatztruhe.de
  39.    and place an order for "Guru-ROM V6 for A2091". This is a whole
  40.    new driver ROM, making the problems of the Commodore one a
  41.    thing of the past.
  42.  
  43. Q: How much does this Guru-ROM V6 cost?
  44. A: 99 DM (at the time of the writing, it equals roughly 51 Euro's
  45.    or 56 US dollars) + postage & packing. It may sound expensive
  46.    for a "mere" ROM update, but trust me when I say: Guru-ROM V6
  47.    is rock-solid quality work. The ROM is hundred times worth
  48.    it's weight in solid gold once you get properly acquinted.
  49.    Without exaggeration, it's as if you had bought a whole new
  50.    controller!
  51.  
  52. Q: Does Guru-ROM V6 have any specific hardware requirements?
  53. A: The DMAC chip on your controller needs to be revision 2.
  54.    It's easiest to check this using "ShowConfig". The right
  55.    kind of DMAC would show up as "Prod=514/3" in the output.
  56.    If you really insist on checking out the actual chip, it's
  57.    the big, square Fat Agnus-lookalike chip right about in the
  58.    middle of your controller. It should be labeled "390563-02".
  59.    It's quite impossible to miss it: just look for the biggest
  60.    chip! Other than that, Guru-ROM V6 will happily run on any
  61.    680x0 processor (even on Kickstart 1.3), and there's no
  62.    need for a new SCSI controller chip either!
  63.  
  64. Q: All this sounds too good to be true, so what's the catch?
  65. A: Except for the dropped XT drive support (let's face it, when
  66.    did you last see anyone use OR own one anyway?), everything
  67.    works just like it used to, only better. The only problem
  68.    I can think of, is the height of the ROM adapter. Whereas
  69.    the original Commodore ROM was divided on two chips, the
  70.    Guru-ROM V6 is on just one. The ROM adapter was originally
  71.    designed for the A2091 (where there's more room), so getting
  72.    an internal drive to fit in the A590 case may be hard.
  73.  
  74. Q: How did you solve the ROM adapter height problem yourself?
  75. A: Well, I haven't had use for the A590 case in years, instead
  76.    my drives are piled on the table and on the controller.
  77.    All I did, was to cut a hole - just the size and shape of
  78.    the ROM - in the metal shielding, and placed two plastic
  79.    PlayStation memory card covers on the metal shielding
  80.    behind the ROM chip; as to smoothen the surface a bit for
  81.    the CD-ROM drive. ;)
  82.  
  83. Q: I can't find JP2 or JP5 on my A590 PCB like defined in
  84.    Guru-ROM V6's A2091 manual addendum, now what?
  85. A: Not to worry, there are four dip switches behind your
  86.    controller, and they look like this:
  87.  
  88.    +---+---+---+---+  on (short/close)
  89.    |#*#|   |   |   |
  90.    |   |#*#|#*#|#*#|
  91.    +---+---+---+---+  off (open)
  92.      1   2   3   4
  93.  
  94.    A590 dip switch         A2091 PCB jumper           Effect when enabled
  95.    ---------------         ----------------           -------------------
  96.          1 ............... JP2 ...................... No driver
  97.          2 ............... JP5, connector 4 ......... Suppress initial SDTR
  98.          3 ............... JP5, connector 2 ......... (unknown)
  99.          4 ............... JP5, connector 1 ......... Ignore RDB
  100.  
  101.    By default, switch 1 must be enabled and switches 2-4 disabled,
  102.    just like the small graphic above shows.
  103.  
  104. Q: I'm suffering from occasional SCSI-bus hangups.
  105.    Could this be cured by Guru-ROM V6?
  106. A: Well, I used to suffer from SCSI-bus hangups from time to time, even
  107.    though my devices were properly terminated. This usually happened,
  108.    when accessing several devices at once, like copying something from
  109.    one device to another. Under Guru-ROM V6, this has never happened
  110.    again, even if I've tried to tease it the best I can. :)
  111.  
  112. Q: What about performance, then? Can I expect a dramatic increase?
  113. A: I'd say it's pretty safe to expect that.
  114.  
  115.    Here are RawScsiSpeed results from my A500+:
  116.       
  117.    (buffer size 262144 bytes, synchronous transfer mode)
  118.    read  speed: 3139918 bytes/second
  119.    write speed: 3165427 bytes/second
  120.  
  121.    (buffer size 262144 bytes, asynchronous transfer mode)
  122.    read  speed: 2277358 bytes/second
  123.    write speed: 2284642 bytes/second
  124.  
  125.    For the test duration, the SupraTurbo accelerator I have was
  126.    disabled, so the machine was running on 68000 @ 7 MHz. The tests
  127.    were executed on an otherwise clean boot, except for running
  128.    SetPatch v43.6b.
  129.  
  130.    Of course, test results are never the same as real use,
  131.    particularly when it's raw SCSI speed we're talking about,
  132.    but this should give you at least some clues what to expect.
  133.    Under the Commodore 6.6 ROM's, the throughput was 1.4 MB/sec at
  134.    it's best, even though my SCSI bus controller chip is a 33C93A.
  135.    It doesn't seem to make a difference, whether your SCSI bus adapter
  136.    chip is a 33C93A (better of the two) or a 33C93 (worse of the two)
  137.    under the Commodore ROM's. Under Guru-ROM V6, the difference for
  138.    33C93A's favor is _significant_ (~220%) speed increase.
  139.  
  140. Q: I'm a Guru-ROM V6 user and my Amiga isn't the fastest in the world.
  141.    During disk access, the DMA eats up an excessive amount of resources.
  142.    Is there anything I could do about it?
  143. A: All those imaginative enough, who've read the excellent Guru-ROM V6
  144.    manual with some thought, must've figured the GvpScsiCtrl's
  145.    serialpatch feature could be (mis)used to work this around. Anyways,
  146.    the idea is to split the DMA chunks into smaller pieces so that
  147.    your Amiga has the chance to "catch breath" often enough.
  148.  
  149.    Placing the following line in your startup-sequence or user-startup
  150.    will do the trick:
  151.  
  152.    run >nil: gvpscsictrl SERIALNAME timer.device CHUNKSIZE 32768 SERIALPATCH
  153.  
  154.    At least for me, the chunksize of 32768 bytes is a nice balance
  155.    between speed and system usability. The smaller the chunksize,
  156.    the more resources will be available to you during transfers,
  157.    but the slower the disk access will be. Experiment and find
  158.    one that suits your configuration and personal preference best.
  159.  
  160. Q: Will Guru-ROM V6 enable me to use partitions bigger than 2 GB
  161.    and drives bigger than 4 GB?
  162. A: Yes. Guru-ROM V6 being TD64 (TrackDisk64) compatible, all
  163.    you need is FastFileSystem with TD64 support. Download
  164.    disk/misc/ffstd64.lha from an Aminet site. Alternatively, you
  165.    could try a "3rd-party" FFS replacement filesystem, such as
  166.    Smart File System (SFS for short, disk/misc/sfs_beta.lha on
  167.    Aminet). There's also a commercial filesystem called
  168.    Professional File System 2 available (PFS2 for short, see
  169.    http://www.greed.nl). Any TD64-compliant filesystem should do.
  170.  
  171.    Okay, okay, admittably FFS isn't very well suited for really big
  172.    disks; validating IS kinda boring and crashes do occur on _any_
  173.    given system from time to time. BUT, I have yet to see a FFS
  174.    replacement filesystem, using which I won't be in deep trouble,
  175.    should something go wrong. FFS may break easy, but then again,
  176.    it's easily fixed, as there are plenty of tools for that. No,
  177.    I've got no personal (bad) experience from 3rd party FFS
  178.    replacement filesystems. I'm just being a bit skeptical.
  179.    In the name of all honesty, I've heard my share of
  180.    3rd-party-filesystem-let-me-down horror stories, too.
  181.  
  182. Q: 3rd party FFS replacement filesystems and the A500, is it any good?
  183. A: According to Hannu Koppinen <hkoppine@altavista.net>, it is!
  184.    "I thought you would appreciate some real-life experience, so
  185.    here's my contribution to your FAQ. Anyways, I'm an user of Greed's
  186.    'Professional File System II' since autumn 1998, and so far, it's THE
  187.    best thing to happen to my Amiga for a long, long time. No more
  188.    endless validate-waiting and disk access is _way_ faster - in every
  189.    sense of the word - than under FFS. Works just fine on a 68000 based
  190.    A500. Only the basic disk repair utility 'diskvalid' is 020+ only.
  191.    Not that I'd have had need for it, since PFS2 can really be relied
  192.    upon! The authors, Great Effects Development, are working on something
  193.    that's apparently a full-feature disk-repair utility for PFS2 a'la
  194.    DiskSalv or something similar. This, in turn, will run on all Amiga's,
  195.    including lowly 68000 based A500's. PFS2 is something that you can't
  196.    live without, once you get used to the convenience and speed it
  197.    provides. I whole-heartedly recommend this product to everyone.
  198.    No, and I'm not affiliated with Greed in any way, except for being
  199.    a very satisfied user of their product."
  200.  
  201. Q: What about Amiga Technologies' FFS v43.xx at http://www.amiga.de?
  202. A: You should stay well away from Amiga Technologies' FFS v43.xx,
  203.    as it's known to be compatible-to-nothing. Any piece of software
  204.    with a mention of "NSD" (New Style Device) in it should be, IMHO,
  205.    treated like plague. It isn't long ago, that I completely failed
  206.    to get AT FFS to work on my system, and bugs@amiga.de seems to be
  207.    be the internet equivalent of Black Hole; comparisons with NIL:
  208.    and /dev/null can't be avoided. Just say NO to AT FFS.
  209.  
  210. Q: Are there any other advantages, as why to use Guru-ROM V6?
  211. A: Well, you can kiss them Mask and MaxTransfer problems goodbye.
  212.    Under Guru-ROM V6, just set Mask to 0xffffffff and MaxTransfer
  213.    to 0x7fffffff, and let Guru-ROM work it out. Easy, huh?
  214.    Other than that, there's tons of new features, such as
  215.    the ability to write-protect your devices and changing
  216.    more advanced settings like SCSI parity, synchronous
  217.    transfers, etc. simply by using OmniScsiCtrl.
  218.  
  219. Q: What about my software? Do I need to make any (dramatic)
  220.    changes for Guru-ROM V6 to work with what I've got?
  221. A: Except for changing all the references from scsi.device to
  222.    omniscsi.device in mountlists, tooltypes, etc., the answer
  223.    is no. Everything works like it used to, and if it doesn't,
  224.    there are user-configurable workarounds to make ill-behaved
  225.    software enjoy it's stay.
  226.  
  227. Q: What about HDToolBox then, can I still use it with Guru-ROM V6?
  228. A: Yes, of course. However, for really big drives, using Oliver
  229.    Kastl's "HDInstTools" (disk/misc/hdinst.lha on Aminet) might
  230.    be a better idea.
  231.  
  232. Q: What about DAT tape drives?
  233. A: No problem with Guru-ROM V6. Just plug & play. No need to plug & pray.
  234.    All you need is a suitable piece of software supporting the DAT.
  235.  
  236. Q: Are there any 68000-compatible software with tape drive support?
  237. A: Well, it's sad some programs choose to be 68020+ only nowadays;
  238.    the marginal speed increase gained doesn't justify sacrificing
  239.    compatibility. I say: if it's 020+ only, it's just programmer's
  240.    laziness! But what comes to tape drive support, Quarterback comes
  241.    to my mind first. The only requirements being Kickstart 1.2 or above
  242.    and 512 kilobytes of memory, not too many Amigas out there fail to
  243.    meet it! As for it's availability, I'm not so sure. However,
  244.    Quarterback 6.1 & Quarterback Tools were given away on the
  245.    cover CD-ROM/floppy of CU Amiga Magazine, July 1997 issue.
  246.  
  247.    There's also Ami-Back (afaik, it's a Quarterback-like backup program
  248.    with tape drive support) and TapeWorm-FS (afaik, it's a standard
  249.    AmigaDOS filesystem, capable to read-only (WORM = Write Once, Read
  250.    Many) from tape drive(s)), but I've got no personal experience of
  251.    these programs and the authors seem to have vanished from the face
  252.    of the earth. I'm sure there are more recent programs out there, but
  253.    these programs haven't obviously made enough noise to be noticed...
  254.  
  255. Q: Does it make any sense to use DAT on an A500 in the first place?
  256. A: It sure does! For the sake of benchmarks, it took 8 minutes 37 seconds
  257.    to back up 203,643,833 bytes of data on my humble A500 using Quarterback
  258.    6.1 with hardware compression enabled (but, since the files mostly
  259.    consisted of Aminet material in it's still-compressed form, this
  260.    didn't obviously have much of an effect). That makes the average
  261.    speed roughly 400 kilobytes per second, just as the specs of my
  262.    particular DAT tape drive promise (a 4mm DDS-2 Seagate CTD8000H/R-S,
  263.    internal half-height 5.25" OEM model, SCSI-2). Not bad, eh?
  264.  
  265. Q: Could you explain me this DAT-related acronym, DDS?
  266. A: DDS stands for Digital Data Storage. There are several DDS levels,
  267.    each backwards (but not forwards) compatible. What this means, you
  268.    can use DDS, DDS-2 and DDS-3 tapes on a DDS-3 device, but you can't
  269.    use DDS-2 or DDS-3 tapes on a plain DDS device. Here's information
  270.    about the tape lengths and their respective sizes:
  271.  
  272.    DDS
  273.    60 meter: 1.3 GB uncompressed, 2.6 GB compressed
  274.    90 meter: 2 GB uncompressed, 4 GB compressed
  275.  
  276.    DDS-2
  277.    120 meter: 4 GB uncompressed, 8 GB compressed
  278.  
  279.    DDS-3
  280.    125 meter: 12 GB uncompressed, 24 GB compressed
  281.  
  282.    The "compressed" figures refer to a case, where the DAT drive
  283.    supports hardware compression, and the data to be backed up
  284.    indeed contains enough redundance. A compression ratio of 2:1
  285.    is assumed by manufacturers. Depending on the files, the ratio
  286.    could be better or worse than that. If you take a bunch of
  287.    already-compressed files such as .lha, .lzx and .zip, there's
  288.    no way you could get even close to the "compressed" figure.
  289.    The compression algorithm is yet another Lempel-Ziv variant,
  290.    called DCLZ. Another thing worthy to be noted is you can't read
  291.    hardware compressed tapes on a drive, that doesn't support
  292.    data compression.
  293.  
  294. Q: But I can't afford a DAT! Are there similar, more economical ways?
  295. A: I've used Hugo Lyppens' "Video Backup System" for quite some time
  296.    (something like four years, to be exact); it's not exactly a speed
  297.    monster but it works, never the less! All you need is an Amiga with
  298.    Kickstart 1.2 or above, 512 kilobytes of memory, an ordinary VHS
  299.    VCR with some sort of video signal output feature and serial port
  300.    where to plug the VBS cartridge (basically VCR video signal ->
  301.    Amiga serial converter). In some sense, this system could be
  302.    called a "poor man's DAT".
  303.  
  304.    As it happens, VBS has recently become freely distributable
  305.    (downloadable from the author's web page at http://www.stack.nl/~hugo)
  306.    BUT you'll only get the software from the web. Somebody really
  307.    needs to design a real-life version of ST:TNG replicator suited
  308.    for internet use! :) In the meantime, until such a trinket is
  309.    invented, I suggest you keep your eyes peeled for second-hand
  310.    VBS hardware.
  311.  
  312.    The MOST economical way (providing you've got spare floppy disks),
  313.    of course, would be to use Commodore's own bog-standard (read:
  314.    it's quite horrible) HDBackup to be found from SYS:Tools/ and
  315.    back up on floppy disks. Happy disc-jockeying! :)
  316.  
  317. Q: I'm looking for a decent CD-filesystem to replace the Commodore
  318.    one. Any suggestions?
  319. A: I suggest you download disk/cdrom/amicdfs240.lha from Aminet.
  320.    The AmiCDFS distribution archive, besides a good and fast CD
  321.    filesystem (probably the only thing missing is Joliet support),
  322.    contains a nice CD player supporting CDDA ID's. Providing, of
  323.    course, your CD drive supports playing audio CD's. The more
  324.    recent versions of this CD player (MCDPlayer) don't unfortunately
  325.    work on plain 68000.
  326.  
  327. Q: The A500 is a dead relic, so why bother with a FAQ supporting it..?
  328. A: Well, think about it: how many A500's did they sell in comparison
  329.    to higher-end (020+) Amiga's, such as A3000, A4000 or even A1200?
  330.    A500's are everywhere and one can make a very usable machine out
  331.    of an A500 with very little trouble and expense. It's a reliable
  332.    workhorse, surely capable to deliver for many computing needs.
  333.    After all, in relative speed, your humble old 7 MHz A500 still
  334.    beats an Windows-running Pentium system. "Relative speed" is all
  335.    the Amiga really has, as in terms of raw CPU power, even the
  336.    finest 060/PPC combo loses to the high-end PC's of today.
  337.    I think the lesson to be learned, is that benchmarks shouldn't
  338.    be blindly stared at, as they don't tell you the whole story.
  339.    Besides, it'd appear I'm perfectly capable of running OS 3.1
  340.    and most of today's programs on my setup, so can you still
  341.    claim the A500 is dead? As for the games, who cares? Better
  342.    buy a PlayStation, new Amiga games aren't very special.
  343.    (With the few really major titles being PC conversions,
  344.    one could say there's no such thing as AMIGA games!)
  345.  
  346. Q: Hmm?! Errrm, that doesn't quite explain this FAQ...
  347. A: Okay, okay! I just want to help out my fellow A500 users out there.
  348.    After all, we're all brothers in arms and more or less in the same boat.
  349.    There's nothing in this for me financially, but if I manage to make a
  350.    difference even in one person's life by encouraging him to alternative
  351.    things that could be done on a "mere" A500, then I'm happy. Good enough?
  352.  
  353. --------------------------------------------------------------------------
  354.  
  355. To do:
  356. ------
  357.  
  358. * Test 3rd-party file system(s) and study their usability on both
  359.   expanded and vanilla A500's. Benchmarks against FFS. Is anyone
  360.   willing to donate commercial filesystems for me to test?
  361.   (This subject has been partially covered already, but I'm still
  362.   lacking personal experience.)
  363.  
  364. * Test unorthodox devices (ones that you haven't got used to see
  365.   connected to an A500) such as SCSI scanner(s) and CD-R writer(s).
  366.   Guru-ROM V6 supports all this for sure, but many questions remain.
  367.   Such as, does it make any sense to even try to use any of this
  368.   equipment on an A500? I intend to find out! However, I have none
  369.   of this equipment and will have to rely on some friendly person
  370.   to lend it to me for a short while.
  371.  
  372. * Alternative formats for this FAQ, such as HTML and AmigaGuide.
  373.  
  374. * And, of course, cover whatever questions YOU would like to have
  375.   answered. This FAQ could be stretched to cover all kinds of
  376.   low-end Amiga questions, if there's enough demand.
  377.  
  378. --------------------------------------------------------------------------
  379.  
  380. Acknowledgements:
  381. -----------------
  382.  
  383. * Ralph Babel, the author of Guru-ROM V6, for providing valuable
  384.   technical information when I needed it the most. Besides being
  385.   a nice and friendly person, he's one hell of a coder too!
  386.  
  387. * Seagate, the manufacturers of many excellent things, for one of
  388.   the best web pages I've ever seen. There they offer PDF manuals
  389.   for just about all of their products _ever_, spec sheets,
  390.   installation information, general in-depth SCSI knowledge...
  391.   All this is for free, so who could possibly need anything else?
  392.   Even if you wouldn't have any Seagate-made hardware, this makes
  393.   very interesting reading! So, be sure to visit http://www.seagate.com.
  394.  
  395. * K-P Koljonen, the author of HippoPlayer, for making continuous
  396.   background noise possible, without which I'd have had much less
  397.   inspiration to concentrate (?) on this document. How are those
  398.   bugfixes coming, by the way?
  399.  
  400. --------------------------------------------------------------------------
  401.  
  402. Got any additional questions, suggestions or corrections in your mind?
  403. Be sure to submit them to the FAQ's maintainer by email! Any kind of
  404. feedback (and help) is highly appreciated and welcome. Flames will
  405. probably be redirected to /dev/null, though.
  406.  
  407. --------------------------------------------------------------------------
  408.